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0 Computerprogrammgesteuertes Verfahren (Tracing) zur schrittweisen Protolcollierung der 
Ausfuhrung eines Zlelprogrammes bezuglich der Aufrufe des Zielprogrammes durch andere 
Programme. 
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0 Computergesteuertes Verfahren (Tracing) zur 
schrittweisen Protokollierung der Ausfuhrung eines 
Zielprogrammes bezuglich des Aufrufes einer Ziel- 
routine in diesem Zielprogramm durch andere Pro- 
gramme unter BerGcksichtigung der Aufzelchnung 
von Eingabeinformation fGr und Ausgabeinformatlon 
von der Zielroutine. Die fiir diese Aufzelchnungen 
erforderlichen sogenannten Tracing-lnstruktlonen 
sind nicht im Zielprogramm selbst, sondern in einem 
separaten Traclng-Programm-Modul 3-1 unterge- 
bracht. DIeser enthalt Instruktlonen zur Aufzelchnung 
der Eingabedaten 3-3, Instruktionen zur Aufzelch- 
nung von Ausgabedaten 3-5 und die Zieladresse der 



CALL HUeO-PT (PW1 EMCWE. 
?Ua EHUOi PARI JUJSBME. 
PAR2 AUSGABQ 



Zielroutine 3-7. Beim Aufruf der Zielroutine im Ziel- 
programm wird zunachst nicht diese. sondern der 
Tracing-Programm-Modul adressiert, in welchem die 
Eingabedaten aufgezeichnet werden. Durch Vorgabe 
der Zieladresse S erfolgt eine Programmverzwei- 
gung zur Zielroutine, nach deren Ausfuhrung das 
Programm in den Tracing-Programm-Modul 3-1 zur 
Aufzelchnung der Ausgabedaten zurGckverzweigt. 
Die Anwendung dieses Verfahrens, bei dem di 
Tracing-lnstruktionen nicht mehr in der Zielroutine 
enthalten sind, ist besonders vorteilhaft in Betriebs- 
systemen, welche etn dynamisches "Linken" von 
ausfUhrungsbereiten Programm-Modulen vorsehen. 
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Die Erfindung bezieht sich allgemein auf eine 
Computerprogrammgesteuerte schrittweise Proto- 
kollierung der Ausfuhrung eines Programmes. Eine 
solche Protokollierung wird im engiischen Sprach- 
gebrauch Tracing genannt; ein Begriff. der sich 
teilweise schon. verdeutscht hat. Im besonderen 
bezieht sich das erfindungsgemafie Tracing auf ein 
Zielprogramm, welches durch andere Programme 
aufgerufen wird. 

Nach dem Stand der Technik unterscheidet 
man zwei verschiedene Arten von Tracing: 

1) ein Tracing in der Ebene von Betriebssyste- 
men (Beispiele: Tracing von Speicherplatzanfor- 
derungen. Tracing von Dateioperationen, Tra- 
cing fur betriebssystemunterstutzte externe Ein- 
heiten eInes EDV-Systems), 

2) ein Tracing in der Ebene von Anwendungs- 
programmen bezuglich der Kommunikation zwi- 
schen den Prograrhmen. 

In der elektronischen Datenverarbeitung tritt 
hSufig die Forderung nach Zusammenarbeit von 
Programmen, insbesondere bei Anwendungspro- 
grammen auf. 

In Fig. 1 1st schematisch die Zusammenarbeit 
der Programme P1 (1-1), P2 (1-2) und P3 (1-3) mit 
einem Zielprogramm PT (1-4) dargestellt. 

Bei dieser Zusammenarbeit haben die Pro- 
gramme PI, P2 und P3 Kenntnis von bestimmten 
Zlelroutinen im Zielprogramm PT: z. B. unter wel- 
chem Namen, beispielsweise "HUGO" eine Ziel- 
routine von den Programmen PI, P2 oder P3 auf- 
gerufen werden kann, was diese Routine leistet, 
welche Eingabeinformation an diese Routine und 
welche Ausgabeinformation nach Ausfuhrung die- 
ser Routine an das anfordernde Programm PI, P2 
Oder P3 gellefert wird. In Fig. 1 ist die Anforderung 
durch ausgezogene Pfeile und die Ruckmeldung 
durch gestrichelte Pfeile angedeutet. 

In Fig. 2 ist schematisch das Beispiel eines 
Aufrufes der Zielroutlne "HUGO" in dem Zielpro- 
gramm PT dargestellt. Der Aufruf erfolgt durch 
"Call HUGO-PT (Par 1 Eingabe, Par 2 Eingabe; Par 
1 Ausgabe, Par 2 Ausgabe)". 

Dieser Aufruf fiihrt dazu, dafi im Programm- 
Modul PT 2-1 die an der Adresse S befindliche 
Routine "HUGO" 2-2 zur AusfUhrung kommt. Vor 
der Ausfuhrung der "HUGO"-Routine wird z. B. 
gegebenenfalls in den symbolisch mit "Par 1 Ein- 
gabe", "Par 2 Eingabe" bezeichneten Feldern Ein- 
gabeinformation von PI geliefert, die von der Ziel- 
routine "HUGO" zu verarbeiten ist. 

. Nach AusfUhrung der "HUGO"-Routine werden 
gegebenenfalls bestimmte, durch diese Routine er- 
mittelte Ausgabeinformationen in bestimmte, sym- 
bolisch mit "Par 1 Ausgabe" und "Par 2 Ausgabe" , 
benannte Feldern gestellt und an PI zurUckgeiie- 
fert. Die Anforderung selbst ist in Fig. 2 wieder 
durch eine ausgezogen Pfeilrichtung dargestellt; 



die RUckmeldung nach AusfGhrung der "HUGO"- 
Routine an das Programm PI ist durch eine gestri- 
chelte Pfeilrichtung gekennzeichnet. 

Fur Test, Diagnose und Fehlerbeseitlgungs- 
5 zwecke ist es Oblicherweise erforderlich, fOr das 
Zielprogramm PT eine schrittweise Protokollierung 
(Tracing) bezuglich der Aufrufe von Zielroutinen 
durch die anfordernden Programme inkl. der Ein- 
und Ausgabedaten vorzunehmen. Auf diese Weise 
70 wird nachvollziehbar aufgezeichnet, dafi z. B., 

o das Programm PI eine Aufruf der Zielroutine 

"HUGO" im Zielprogramm PT durchfGhrte, 
o und dafi hierbei bestimmte Werte fOr "Par 1 
Eingabe", "Par 2 Eingabe" an die Zielroutine 
75 "HUGO" Ubergeben wurden und diese Routi- 

ne ihrerseits bestimmte Ausgabenwerte uber 
"Par 1 Ausgabe", "Par 2 Ausgabe" zurucklie- 
ferte. 

Diese Aufzeichnungen geben in zeitlicher Ab- 

20 lauffolge bestimmte Ereignisse in der AusfGhrung 
des Programmablaufes wieder. 

^ Auf ihrer Grundlage kann die Ausfuhrung des 
Programmes PT nachvollzogen werden. Diese zur 
Aufzeichnung des Zugriffs und der Eingabe- bzw. 

25 Ausgabeinformation erforderlichen spgenannten 
Tracing-lnstruktionen sind nach dem Stand der 
Technik Tell des Zielprogrammes PT. Mit anderen 
Worten, wer ein bestimmtes Tracing, eine be- 
stimmte schrittweise Protokollierung der Zugriffe 

30 wunscht, mufi dies durch "Eingriff" in das PT Pro- 
gramm unter HinzufGgung der dafGr erforderlichen 
Tracing-lnstruktionen tun. (Auf die durch die 
Tracing-lnstruktion aufgezeichneten Informationen 
ist man beim Testen, bei der Diagnose und der 

35 Fehlerbeseitigung angewiesen.) 

Das "Einbinden" solcher Tracing-lnstruktionen 
in das Zielprogramm PT ist jedoch nachteilig: 
Tracing-lnstruktionen erhohen die Grofie des 
Programm-Moduls, was sich auf die Ladezeit durch 

40 das Betriebssystem negativ auswirkt. Letzteres 
wird besonders kritisch. wenn das Betriebssystem 
in der Lage ist, bei Speichermangel bestimmte 
gerade nicht benotigte Programm-Module kurzfri- 
stig auszulagern und anschlieSend bei Referenzie- 

45 rung wieder neu zu laden. AuBerdem werden in der 
Zielroutine zusatzliche Abfragen vorgesehen, ob 
ein Tracing erfolgen soli oder nicht. 

Aus diesem Grunde ist es Aufgabe der Erfin- 
dung, eine Moglichkeit zu schaffen, die es gestat- 

50 tet, Tracing-lnstruktionen separat vom Zielpro- 
gramm PT in einer Weise vorzusehen, dafi 
Tracing-Anforderungen keinen Eingriff in das Ziel- 
programm erfordern. Des weiteren soll.im Normal- 
betrieb (Tracing nicht erforderlich) die Ausfuh- 

55 rungsgeschwindigkeit d s Zielprogramms nicht 
durch zusatzliche Abfragen beeinfluBt werden, 

Diese Aufgabe der Erfindung wird in vprteilhaf- 
ter Weise durch die im kennzeichnenden Tell des 
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Anspruchs 1 angegebenen MaBnahmen geiost. 

Vorteilhafte Weiterbildung n der Erfindung sind 

den Unt ranspruchen zu entnehmen. 

Ein Ausfiihrungsbeispiel der Erfindung ist in 

den FIguren dargestellt und wird im folgenden na- 

her beschrieben. Es zeigen: 

Rg. 1 eine schematische Darstellung der 
Zusannmenarbeit von Programm P1, 
P2 und P3 mit einem Zlelprogramnn 
PT; 

Fig. 2 eine schematisciie Darstellung ' des 
Aufrufes einer Zielroutlne "HUGO" 
inn Zielprogrannm PT nach dem 
Stand der Technik; 

Fig. 3 eine schematische Darstellung des 
erflndungsgennaBen Tracing, namlich 
der schrittweisen Protokollierung der 
Ausfuhrung des Zielprogrammes be- 
zuglfch der Aufrufe von Zielroutinen 
durch andere Programme; 

Fig. 4A eine schematische Darstellung eines 
statistischen Programm-Links, d. h. 
der statischen Verbindung von unab- 
hangig voneinander In 

maschlnencode-ubersetzten 
Programm-Modulen vor Ausfuhrung 
des Programmes; 

Fig. 4B eine schematische Darstellung eines 
dynamischen Programm-Links wah- 
rend der Ausfuhrung des Program- 
mes. 

Fig. 3 zeigt eine schematische Darstellung des 
erfindungsgemaBen Tracings, namlich der schritt- 
weisen Protokollierung der Ausfuhrung des Zlelpro- 
gramms PT (3-6) bezuglich der Aufrufe von Ziel- 
routinen durch andere Programme am Beispiel des 
Aufrufes der Zielroutlne "HUGO" durch das Pro- 
gramm PI (1-1). Der Programmaufruf soli die an- 
genommene Form 

Call HUGO-PT (Par 1 Eingabe, Par 2 Eingabe; 
Par 1 Ausgabe, Par 2 Ausgabe) 
aufwelsen. Darin bedeuten wieder 

Call 

Aufruf 

"HUGO" 

symbolische Bezeichnung der Zielroutlne 

"HUGO" (3-7) im Zlelprogramm PT (3-6) 

PT 

Zielprogramm PT (3-6) 

Par 1 Eingabe, Par 2 Eingabe 

symbolisch benannte Felder fur die von PI ge- 

li ferte Eingabeinformation zur Verarbeitung 

durch die Routine "HUGO" 

Par 1 Ausgabe, Par 2 Ausgabe 

symbolische Bezeichnung der vorstehend be- 

nannten Felder zur Aufnahm der fur die von 

der Zielroutlne "HUGO" zu lleferende Ausga- 

belnformation. 



Das wesentllche des erfindungsgemaBen Tra- 
cings liegt In der Schaffung eines sogenannten 
"Schatten-Programm-Moduls" (Traclng-Programm- 
Mpduls). welches sich adr ssi rtechnisch wie das 
5 eigentliche Zielprograrrim darstellt. Im Falle des 
Tracings muB sichergestellt werden, daB bei einem 
Aufruf zunachst auf das Tracing-Programm-Modul 
(und nicht das Zielprogrannm) Zugriff genommen 
wird. Dies kann z. B. sichergestellt werden durch 
10 eine Zielsuche uber einen Suchpfad, in dem sIch 
der Traclng-Programm-Modul vor dem eigentllchen 
Zlelprogramm befindet. 

Dadurch wird sichergestellt, daB mit dem Auf- 
ruf 

75 Call HUGO-PT ... 

nicht wie In Fig. 2 direkt die Zielroutlne "HUGO" 
(3-7) Im Programm PT adresslert, sondern die mit 
"HUGO" (3-2) bezelchnete Routine Im Traclng- 
Programm-Modul (3-1). Sle enthalt Traclng-lnstruk- 

20 tlonen 3-3 fur die Aufzelchnung der Eingabedaten 
"Par 1 Eingabe" und "Par 2 Eingabe". 

Im Tracing-Programm-Modul -muB auBerdem 
die Anfgangsadresse S der Zielroutlne "HUGO" (3- 
7) im Zielprogramm (3-6) zur Verfugung stehen. 

25 Des welteren sind im Traclng-Programm-Modul 

Traclng-lnstruktlonen 3-5 fur gegebenenfalls von 
der "HUGO"-Zielroutlne zu liefernden Ausgabeda- 
ten vorgesehen. Aufgezeichnet werden hier die 
Werte von "Par 1 Ausgabe" und "Par 2 Ausgabe". 

30 Nach der Adresslerung des Traclng-Programm- 
Moduls durch 

Call HUGO-PT ... 
werden dort durch die Tracing-lnstruktlonen 3-3 dl 
Eingabedaten aufgezeichnet. Dann verzweigt das 

35 Programm zu der in (3-4) fur "HUGO" angegebe- 
nen Adresse S (ausgezogene Pfeilrichtung) zur 
AusfGhrung der Zielroutlne "HUGO" im Programm 
PT. Nach Ausfuhrung dieser Routine (gestrichelte 
Pfeilrichtung) erfolgt eine Verzwelgung zu d n 

40 Tracing-lnstruktionen (3-5) zur Aufzelchnung der 
Ausgabeinformation. Danach erfolgt, wie durch die 
gestrichelte Pfeilrichtung angedeutet, eine Ruckver- 
zwelgung ins Programm 1-1. 

(Es sei in diesem Zusammenhang bemerkt, 

45 daB, auch wenn nicht ausdruckllch hervorgehoben, 
selbstverstandlich die Eingabedaten von P1 uber 
den "Schatten" an die Zielroutlne "HUGO" (3-7) 
ubertragen werden und die Ausgabedaten der Zi 1- 
routine "HUGO" (3-7) uber die 

50 "Schattenbibliothek" an das Programm PI eben- 
falls Gbertragen werden, well diese Daten fur den 
welteren Programmablauf unbedingt erforderlich 
sind.) Das Hauptziel der Darstellung des Tracing- 
Programm-Moduls In Fig. 3 Ist nicht der zuvorer- 

55 wahnte DatenfluB. sondern mehr die Herausstellung 
der Tracing-lnstruktionen 3-3, 3-5 und der Zugriff 
3-4 auf die Zielroutlne "HUGO" Gber die Anfangs- 
adresse S. 
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Durch die "Zwischenschaltung" des Tracing- 
Programm-Moduls wurde das Zielprogramm PT 
aufgabengemaB von den Tracing-lnstruktionen be- 
freit - diese Instruktionen stehen jetztJn d m PT- 
Programnn-Modul-Schatten (Tracing-Programm-Mo- 
dul). 

Die Implementierung des erfindungsgennafien, 
vorstehend beschriebenen Verfahrens ist in be- 
stimnnten Betrlebssystemen relativ einfach und vor- 
teilhaft durchzufuhren, sofern diese Betriebssyste- 
me die Moglichkelt zu einem dynannischen "Link" 
bjeten. Link bezeichnet einen Vorgang, in welchem 
unabhangig in Maschinensprache ubersetzte 
Programm^Module miteinander verknUpft werden, 
wobei die AdreBverknupfung der Module unterein- 
ander gewahrleistet Ist. Man unterscheidet dabei 
statische von dynamischen Link-Vorgangen. 

Bevor auf die Besonderheiten und Vortelle des 
dynamischen Link-Vbrganges eingegangen wird, 
sei zunachst kurz das typische an einem statischen 
LInk-Vorgang (Fig. 4A) beschrieben: Der 
Programm-Modul A (4-1) soil zur Befriedigung des 
Aufrufes 

Call X 

(X Ist eine Routine im Programm-Modul 4-3) mit 
dem Programm-Modul C (4-3) statlsch "gellnkt" 
werden. Dabei werden Programm-Modul A und C 
in einem vorgegebenen zusammenhangenden 
Adrefiraum 4-4 zugeordnet, In welchem danach das 
aus diesen beiden "gelinkten" Programm-Modulen 
bestehende Programm ausgefuhrt wird. 

Eine analoge Betrachtung ergibt sich auch fur 
das Linken des Programm-Moduis B 4-2 mIt dem 
Programm-Modul X 4-3. 

In beiden Fallen (4-4; 4-5) Ist fur die 
"gelinkten" Module jeweils ein groBer zusammen- 
hangender AdreBraum (groBer Speicherplatzbedarf) 
erforderlich. Der statische Link-Vorgang ist vor der 
Ausfuhrung der "gelinkten" Programm-Module aus- 
zufuhren. 

Im Falle des im Zusammenhang mit Fig. 4B 
beschriebenen vorteilhafteren dynamischen Link- 
Vorgangs, der wahrend der ProgrammausfClhrung 
ablauft, sind keine groBeren zusammenhangenden 
AdreBraume erforderlich. 

Beim dynamischen "Linken" des echt lauffahi- 
gen Programm-Moduls A 4-6 mit einem ebenfalls 
echt lauffahlgen Programm-Modul C 4-8, und beim 
dynamischen "Linken" des echt lauffahlgen 
Programm-Moduls B 4-7 mit dem echt lauffahlgen 
Programm-Modul C 4-8, der wahrend der Pro- 
grammausfuhrung erfolgt, ist kein mehrfacher Spei- 
cherplatz fur das Programm-Modul C erforderlich. 
Die Vortelle des dynamischen Link-Vorganges 
sprechen fur sich: es sind keine groBen zusam- 
menhangenden AdreBraum , wie fUr die beim stati- 
schen Link-Vorgang gebildeten Programme erfor- 
derlich; ein dynamisch linkbares Programm-Modul 



wird vom Betriebssystem als elgenstandige Einheit 
verwaltet. . 

Betriebssysteme, wie z. B. das IBM Betriebs- 
system OS/2, welches dynamische Link-Vorgange 

5 unterstOtzt, gestatten eine einfache und vorteilhafte 
Implementierung des erfindungsgemaBen Verfah- 
rens. Das zu tracende Programm-Modul liegt hier 
als dynamisch linkbares Modul vor. Wird das 
Programm-Modul benotigt, so muB es Gber den 

10 Suchpfad des Betriebssystems fUr solche Module 
erreichbar sein. Soli ein Tracing bezOglich des 
"Ziel-Programm-Moduls" aktiviert werden. so ist 
ein zugehoriges Tracing-Programm-Modul Im 
Suchpfad (ebenfalls dynamisch linkbar) so zu pla- 

75 zieren, daB es vom Betriebssystem zuerst gefun- 
den wird. 

Das Tracing-Programm-Modul und das Zielpro- 
gramm haben den gleichen Namen und die glei- 
chen Einstiegspunkte fur die enthaltenen Routinen. 

20 FUr ein nicht zu aktivlerendes Tracing ist das 

Tracing-Programm-Modul im Suchpfad auszu- 
schlieBen. Diese Moglichkelt bietet das erwahnte 
Betriebssystem. 

Hinter dem Einstiegspunkt fur die Routine im 

25 Tracing-Programm-Modul steckt nicht der Code 
der Zielroutine; hier erfolgt das einstiegspunktspe- 
zifische Tracing der Ein- und Ausgabeparameter 
sowie der direkte Aufruf der Zielroutine. Im dem 
Tracing-Programm-Modul wird die Zieladresse der 

30 Zielroutine uber das Betriebssystem OS/2 verfug- 
bar gemacht, so daB sie nicht uber den Suchpfad 
bestimmt werden muB. Dieser zuletzt beschriebene 
Betrlebssystemservice wird benutzt, wenn zur Lauf- 
zeit eines Programms und nicht bereits beim Pro- 

35 grammstart ein dynamisches Link-Modul aufgeru- 
fen wird, um Routinen darin zu adressieren. 

Das IBM OS/2-Betriebssystem bietet uber die 
Suchpfadstrategie hinaus auch die Moglichkelt, 
Programm-Module vor ihrem Aufruf ausfuhrungsbe- 

40 reit vorzuladen und zu einem spateren Zeitpunkt 
bei dem Aufruf eines solchen Moduls direkt (ohne 
den Suchpfad zu benutzen) zu adressieren. Von 
dieser Moglichkelt wird fur das Tracing-Programm- 
Modul Gebrauch gemacht. 

45 In vorteilhafter Erweiterung des erfindungsge- 

maBen Verfahrens kann das Tracing- Pogramm- Mo- 
dul 3-1 auch weitere Instruktionen zur Veranderung 
der aufgezeichneten Ein- oder Ausgabedaten ent- 
halten, Hiervon wird z. B. besonders Gebrauch 

50 gemacht, um Reaktionen der Zielroutine auf abge- 
anderte Datenvorgaben zu testen, 

PatentansprUche 

55 1. Computergesteuertes Verfahren (sogenanntes 
Tracing) zur schrittweisen Protokollierung der 
' AusfGhrung einer Zielroutine (3-7) in einem 
Zi Iprogramm (3-6) bezQglich der Aufrufe der 
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Zielroutine (3-7) durch andere Programm (1-1) 
unter Berucksichtigung der Aufzeichnung von 
Eingabeinformation fOr und Ausgabeinforma- 
tion von der Zielroutine (3-7), dadurch gekenn- 
zeichnet, 

daB durch den Aufruf der Zielroutine (3-7) 
durch ein Progrannm (1-1) zunachst ein 
Tracing-Programm-Modul (3-1) adressiert wird, 
welcher 

Instruktionen (3-3) zur Aufzeichnung der Einga- 
beinformation enthalt, 

die Zieladresse (S) der Zielroutine (3-7) inn 
Zielprogramm PT (3-6) und 
Instruktionen (3-5) zur Aufzeichnung der Aus- 
gabeinfornnation enthalt, 
dafi im Tracing-Programm-Modul (3-1) gege- 
benenfalls die Instruktionen (3-3) zur Aufzeich- 
nung von Eingabeinformation ausgefuhrt wer- 
den, 

dafi im Tracing-Programm-Modul (3-1) eine 
Programmverzweigung (3-4) zur Zieladresse 
(S) der Zielroutine erfolgt, 
daB die Zielroutine (3-7) im Zielprogramm (3- 
6) ausgefuhrt wird und 

anschlieBend eine Programmverzweigung von 
der Zielroutine (3-7) in den Tracing-Programm- 
Modul (3-1) erfolgt, 

daB im Tracing-Programm-Modul (3-1) die In- 
struktionen (3-5) zur Aufzeichnung von Ausga- 
beinformation ausgefuhrt werden und 
eine Programmverzweigung in das Programm 
(1-1) erfolgt. 

2. Verwendung der nach dem Verfahren gemaB 
Anspruch 1 aufgezeichneten Information fUr 
Test-. Diagnose- und Fehlerbeseitigungszwek- 
ke. 

3. Anwendung des Verfahrens gemaB Anspruch 1 
in Betriebsprogrammsystemen mit dynami- 
schen Link-Vorgangen von ausfuhrungsberei- 
ten Programm-Modulen mit ausfuhrungsberei- 
ten Zielroutinen. 

4. Anwendung des Verfahrens gemaB Anspruch 
3, 

in Betriebssystemen mit Suchfunktion fur dy- 
namisch linkbare Programm-Module unter Hin- 
zufugung eines vorzugebenden Tracing- 
Programm-Moduls (3-1). 

.5. Anwendung des Verfahrens nach Anspruch 4, 
dadurch gekennzeichnet, 
daB die Programm-Module in einem Suchpfad 
sequentiell derart angeordnet sind, daB bei eir 
nem Suchvorgang das Tracing-Programm-Mo- 
dul (3-1) vor dem Zielprogramm (3-6) aufge- 
funden wird. 



6. Anwendung des Verfahrens nach Anspruch 4. 
dadurch gekennzeichnet, 
daB das Tracing-Programm-Modul (3-1) bereits 
, vor sein m Aufruf vom Betriebssystem ausfUh- 
5 rungsbereit geladen wird und bei einem nach- 

folgenden Aufruf des Zieiprogramms direkt 
vom Betriebssystem fur einen dynamsichen 
Link- Vorgang adressiert wird. 

10 7. Verfahren nach einem der vorstehenden An- 
spruche 1 bis 6, dadurch gekennzeichnet. 
dafi das Tracing-Programm-Modul (3-1) weite- 
re Instruktionen zur Veranderung der aufge- 
zeichneten Ein- Oder Ausgabedaten enthalt. 
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